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Amendments to the Claims 

This listing of claims will replace all prior versions and listing of claims in the above- 
identified application 

Listing of Claims: 

1 (Previously Presented). A method of flow control implemented by a system 
disposed to execute a protocol stack and an application, said method comprising the steps 
of: 

configuring the protocol stack to operate in a push mode pursuant to which the 
protocol stack initiates the forwarding, to the application, of a first sequence of data 
packets received by the protocol stack; 

generating, at the application, a first input notification determinative of an 
operative mode of the protocol stack; and 

switching, responsive to the first input notification, the protocol stack from 
operation in the push mode to operation in a pull mode pursuant to which the application 
initiates the forwarding, to the application, of a second sequence of data packets received 
by the protocol stack. 

2 (Original). The method of claim 1 further including transitioning the system 
from operation in the push mode to operation in the pull mode in response to a first input 
notification, wherein the push mode and the pull mode constitute mutually exclusive 
modes of operation. 

3 (Original). The method of claim 1 further including transitioning the system 
from operation in the pull mode to operation in the push mode in response to a second 
input notification. 
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4 (Original). The method of claim 2 wherein the first input notification includes a 
receive sequence number corresponding to a sequence number of a data packet which, 
upon receipt at the protocol stack, induces the transitioning the system from operation in 
the push mode. 

5 (Original). The method of claim 3 wherein the second input notification 
includes a receive sequence number corresponding to a sequence number of a data packet 
which, upon receipt at the protocol stack, induces the transitioning the system from 
operation in the pull mode. 

6 (Original). The method of claim 1 further including sending, from the protocol 
stack to the application, receive data indications containing ones of the first sequence of 
data packets when the protocol stack is functioning in an always forward mode invoked 
during operation of the system in the push mode. 

7 (Original). The method of claim 6 wherein the protocol stack assumes that the 
first sequence of data packets are consumed upon delivery to the application and frees 
storage corresponding to the first sequence of data packets upon the sending of the 
receive data indications. 

8 (Original). The method of claim 7 wherein the protocol stack advertises a new 
window to a peer entity upon freeing of the storage. 

9 (Previously Presented). The method of claim 6 wherein the protocol stack 
postpones freeing, within memory associated with the protocol stack, of storage 
corresponding to the first sequence of data packets until confirmation is received from the 
application that the first sequence of data packets has been consumed by the application. 
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10 (Original). The method of claim 1 further including utilizing credit-based flow 
control during operation of the . system in the push mode, the credit-based flow control 
including configuring the application to provide buffer credits to the protocol stack. 

11 (Original). The method of claim 10 wherein the credit-based flow control 
permits the protocol stack to forward ones of the data packets within the first sequence to 
the application provided a sufficient number of the buffer credits remain available. 

12 (Original). The method of claim 1 further including sending, from the protocol 
stack to the application, data available indications when the protocol stack is functioning 
in an always buffer mode invoked during operation of the system in the pull mode 
wherein the data available indications are generated at the protocol stack in response to 
receipt of the data packets within the second sequence. 

13 (Original). The method of claim 12 further including forwarding the second 
sequence of data packets from the protocol stack to the application upon receipt at the 
protocol stack of a read data request generated by the application. 

14 (Original). The method of claim 12 wherein the data available indications are 
generated upon receipt of the data packets within the second sequence without 
intervention of the application. 

15 (Original). The method of claim 12 wherein generation of the data available 
indications is postponed until receipt at the protocol stack of a read data request generated 
by the application. 

16 (Original). The method of claim 1 further including configuring the protocol 
stack to withhold acknowledgements which would otherwise be sent to an external peer 
entity upon receipt of the first sequence of data packets from the peer entity. 
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17 (Original). The method of claim 1 further including configuring the protocol 
stack to withhold acknowledgements which would otherwise be sent to an external peer 
entity upon receipt of the second sequence of data packets from the peer entity. 

18 (Original). The method of claim 16 or 17 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 

19 (Original). The method of claim 1 further including sending a window 
available indication from the protocol stack to the application upon receipt at the protocol 
of an open receive window indication from an external peer entity. 

20 (Original). The method of claim 1 further including sending a room available 
indication from the protocol stack to the application when sufficient space exists in a send 
buffer associated with the protocol stack. 

21 (Withdrawn). A method of flow control implemented by a system disposed to 
execute a protocol stack and an application, said method comprising the steps of: 

receiving a sequence of data packets at the protocol stack; 

determining whether a sufficient number of receive credits are currently available 
to the protocol stack to permit forwarding of the sequence of data packets from the 
protocol stack to the application; and 

sending receive data indications from the protocol stack to the application when 
the sufficient number of receive credits are available, the receive data indications 
containing the sequence of data packets. 
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22 (Withdrawn). The method of claim 21 wherein the protocol stack assumes that 
the sequence of data packets are consumed upon delivery to the application and frees 
storage corresponding to the first sequence of data packets upon the sending of the 
receive data indications. 

23 (Withdrawn). The method of claim 22 wherein the protocol stack advertises a 
new window to a peer entity upon freeing of the storage. 

24 (Withdrawn). The method of claim 21 wherein the protocol stack postpones 
freeing of storage corresponding to the first sequence of data packets until confirmation is 
received from the application that the first sequence of data packets has been consumed 
by the application. 

25 (Withdrawn). The method of claim 21 wherein the application replenishes the 
receive credits available to the protocol stack. 

26 (Withdrawn). The method of claim 21 further including configuring the 
protocol stack to withhold acknowledgements which would otherwise be sent to an 
external peer entity upon receipt of the sequence of data packets from the peer entity. 

27 (Withdrawn). The method of claim 26 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 

28 (Withdrawn). The method of claim 21 further including sending a window 
available indication from the protocol stack to the application upon receipt at the protocol 
of an open receive window indication from an external peer entity. 
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29 (Withdrawn). A method of flow control implemented by a system disposed to 
execute a protocol stack and an application, said method comprising the steps of: 

receiving a sequence of data packets at the protocol stack and generating 
corresponding data available indications; 

sending, from the protocol stack to the application, the data available indications; 

and 

forwarding the sequence of data packets from the protocol stack to the application 
in response to a read data request issued by the application. 

30 (Withdrawn). The method of claim 29 wherein the data available indications 
are generated automatically upon receipt at the protocol stack of the data packets within 
the second sequence. 

31 (Withdrawn). The method of claim 29 wherein generation of the data 
available indications is postponed until receipt at the protocol stack of a read data request 
generated by the application. 

32 (Withdrawn). The method of claim 29 further including configuring the 
protocol stack to withhold acknowledgements which would otherwise be sent to an 
external peer entity upon receipt of the sequence of data packets from the peer entity. 

33 (Withdrawn). The method of claim 32 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 
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34 (Withdrawn). The method of claim 29 further including sending a window 
available indication from the protocol stack to the application upon receipt at the protocol 
of an open receive window indication from an external peer entity. 

35 (Previously Presented). A stateful protocol system comprising: 
a protocol core configure to execute a protocol stack; and 

a processor configured to execute an application wherein the application generates 
a first input notification determinative of an operative mode of the protocol stack; 

said protocol core switching, responsive to the first input notification, the protocol 
stack from operation in a push mode pursuant to which the forwarding of data packets 
received by the protocol stack is initiated by the protocol stack to operation in a pull 
mode pursuant to which the forwarding of the data packets is initiated by the application. 

36 (Original). The system of claim 35 wherein the push mode and the pull mode 
constitute mutually exclusive modes of operation. 

37 (Original). The system of claim 35 wherein the means for configuring 
includes means for transitioning the system from operation in the push mode to operation 
in the pull mode in response to a first input notification wherein the first input 
notification includes a receive sequence number corresponding to a sequence number of a 
data packet which, upon receipt at the protocol stack, induces the transitioning the system 
from operation in the push mode. 

38 (Original). The system of claim 35 wherein the means for configuring 
includes means for transitioning the system from operation in the pull mode to operation 
in the push mode in response to a second input notification wherein the second input 
notification includes a receive sequence number corresponding to a sequence number of a 
data packet which, upon receipt at the protocol stack, induces the transitioning the system 
from operation in the pull mode. 
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39 (New). The method of claim 1 wherein the application is configured to select 
a method of receiving data, said method including one of receive data in push mode and 
one of read response or scratchpad find data in pull mode. 

40 (New). The method of claim 1 wherein the push mode is configured as an 
Always Forward mode and the forwarding is performed in the Always Forward mode. 

41 (New). The method of claim 1 wherein the push mode is configured as a 
Forward Until N mode and the forwarding is performed in the Forward Until N mode. 

42 (New). The method of claim 1 wherein the pull mode is configured as an 
Always Buffer mode and the forwarding is performed in the Always Buffer mode. 

43 (New). The method of claim 1 wherein the pull mode is configured as a Data 
Available Indication mode and the forwarding is performed in the Data Available 
Indication mode. 

44 (New). The method of claim 1 wherein the pull mode is configured as a Read 
Data Request mode and the forwarding is performed in the Read Data Request mode. 



